%-----------------------------------------------------------------------------
\chapter{Resümee}
%-----------------------------------------------------------------------------
\section{Vaadin}
Das Framework ist ohne Frage dafür geeignet Webapplikationen zu erstellen.
Der große Umfang an fertigen, vor allem höherwertigeren, Layoutkomponenten macht
es besonders leicht Webapplikationen welche die Funktionalitäten von
Desktopapplikationen aufweisen sollen, zB Drag and Drop, zu entwickeln.
\newline
\newline
Besonders muß jedoch auf den Umstand hingewiesen werden dass für die Entwicklung
von Webapplikationen keinerlei HTML, XHTML oder XML Dateien mehr entwickelt oder
designed mehr werden müssen!
Auch muß bei der Programmierung keinerlei Rücksicht mehr auf den
Status der Webseite auf dem Clientcomputer genommen werden! 
Das heißt Webapplikationen werden mit Vaadin wie Desktopapplikationen, zB Java
Swing, entwickelt.
Dieser Zugang ist im Vergleich zu aktuellen J2EE Frameworks wie zB Java Server
Faces \cite{JSF_20101108} ohne Frage zukunftsweisend.
\subsection{Aufzeigen offener Probleme}
%-----------------------------------------------------------------------------
Dadurch dass Vaadinapplikationen immer als Sessionservlets
instanziert werden ist es denkbar dass dies in produktiven Umgebungen,
zumindestens unter Hochlast, zu Performanceproblemen führen kann. Jede Aktion
jedes Benutzers muß durch die Vorgehensweise des Sessionservletalgorithmus ja am
Server vorgehalten werden muß.
\newline
Dies wurde in der vorliegenden Arbeit jedoch nicht untersucht.
\section{Machbarkeit einer CRUD Datenbankapplikationsgenerierungssoftware mit
Vaadin}
Die Erstellung einer CRUD-Datenbankapplikationsgenerierungssoftware mit
Vaadin, wie die Implementierung des Designprototypen eindeutig zeigt, ist ohne
technische Schwierigkeiten machbar.
Auch ist die Erstellung einer derartigen Applikation - den Aufwand der
Erstellung der gesamten Software gegengerechnet zur Zeitersparnis jeweilige
CRUD-Datenbankapplikationen manuell Schritt für Schritt entwickeln zu müssen -
ohne Frage sinnvoll - vorausgesetzt derartige Applikationen sind nicht bereits
verfügbar - wenn inhaltlich unterschiedliche CRUD-Datenbankapplikationen immer
wieder benötigt werden, zB bei Firmen welche derartige Lösungen an AuftraggeberInnen verkaufen.
Es muß hierbei jedoch das nächste Kapitel "`Anregungen und Folgerungen"'
beachtetet werde.
%-----------------------------------------------------------------------------
\section{Anregungen und Folgerungen}
%-----------------------------------------------------------------------------
Aufgrund des im "`Stand der Technik"' beschriebenen Funktionsumfanges
des Frameworks Oracle Apex, sowie natürlich auch des Eclipse Modeling
Frameworks muß, eindeutig empfohlen werden den Funktionsumfang ebendieser
ebenfalls einer genauen Analyse zu unterziehen.
Dies daher da es den Anschein hat dass diese beiden Frameworks sehr viele, wenn
nicht unter Umständen sogar alle, Funktionalitäten, auf die eine oder andere
Weise, der in der Zielsetzung beschriebenen 
CRUD-Datenbankapplikationsgenerierungssoftware aufweisen.
Es würde daher keinen Sinn machen derartige Software nochmals neu zu entwickeln.

